home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19981211-19990422
/
000277_news@watsun.cc.columbia.edu _Wed Feb 24 20:29:52 1999.msg
< prev
next >
Wrap
Internet Message Format
|
1999-04-21
|
5KB
Return-Path: <news@watsun.cc.columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id UAA08566
for <kermit.misc@watsun.cc.columbia.edu>; Wed, 24 Feb 1999 20:29:51 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id UAA12621
for kermit.misc@watsun.cc.columbia.edu; Wed, 24 Feb 1999 20:19:23 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: Mickey Stein <yekkim@cts.com>
Subject: Re: Setserial High Speed Help
Date: Wed, 24 Feb 1999 17:19:19 -0800
Organization: CTS Network Services
Message-ID: <36D4A517.F6F35A3E@cts.com>
To: kermit.misc@mailrelay2.cc.columbia.edu
I know I missed 99% of this thread but I've got a 16750 UART and an ISDN modem.
The UART is capable of 921,600 baud_total. The Modem is capable of 230400 via a
special command to the modem. To setup the UART via setserial in Linux, I've got
to use a "setserial /dev/ttySx UART 16750 baud_total 921600 baud_divisor 4
spd_cust" command but forgive me for the syntax errors since I'm not in linux at
the moment. It's close to that command anyway. This allows the UART to operate at
921600 (which is the true top speed for the 16750) divided by 4 which is the
divisor that'll give you 230400 and then spd_cust tells it that when you set the
baud rate to 38,400 to REALLY run at 230,400. I know that sounds insane but do a
man on setserial and check it out. No way can I do a setserial 230400 or ppp baud
set = 230400 and get anything to work.
The second part is whether you're using a modem on this serial port and if so :
is it an isdn modem or some modem that is really designed to operate at 230400?
There's only 2 isdn modems that I know of (bitsurfer and 3com iq) that'll run at
this speed and even then they won't take typed in "AT" commands at that speed. As
far as kermit goes , I'd think your only shot at getting it to work at 230k is
via a null-modem cable direct connect.
sorry if I missed the 'plot' to this story but I hope some of that stuff above is
of some use.
mick
Frank da Cruz wrote:
> In article <yn0B2.158$ux2.591@news15.ispnews.com>, <conover@inow.com> wrote:
> : C. Lance Moxley writes:
> : >
> : > Here is what happens when I try to go to 230400bps:
> : >
> : > (/home/clm/) C-Kermit>set speed 230400
> : > ?SET SPEED fails, speed is 110
> : >
> : > It says that it is compiled to go to 460800:
> : >
> : > (/home/clm/) C-Kermit>set speed ? Transmission rate for /dev/cua2 in
> : > bits per second, one of the following:
> : > 110 1200 150 19200 230400 300 460800 50 600 9600
> : > 115200 134.5 1800 200 2400 38400 4800 57600 75
> : >
> : > When I drop to 115200 it works fine.
> :
> : I don't know, but it might be aserial card problem. I think the RS232
> : has a 115200 limit.
> :
> Not really. If there is any limit at all in the standard, last time I looked
> it was 20000 bps. The following issues are pertinent for each speed:
>
> 1. Is there an API to set the speed?
>
> 2. If there is an API, will the driver accept the speed?
>
> 3. If the driver accepts the speed, will the device be able to use it?
>
> 4. If the device can use it, will it work?
>
> The latter depends on electricity, information theory, etc. How long is
> the cable, what is its capacitance, how well is it shielded, etc, not to
> mention that every connection has two ends and its success depends on both
> of them. (With the obvious caveats about internal modems, is the cable
> really connected, interrupt conflicts, etc etc etc).
>
> In C-Kermit 7.0:
>
> 1. If there is an API to set the speed, the speed appears in the
> "set speed ?" list (determined at compile time). If a speed does not
> appear in the list, that means it was not found in the header files
> on the computer where Kermit was built. If your computer's header
> files include additional speeds, rebuild Kermit on your computer to
> pick them up.
>
> 2. If the driver does not accept the speed, or gets an error trying to
> set it in the device, Kermit reports an error (determined at run time).
>
> 3. If Kermit does not report an error, then the APIs have told Kermit
> that the speed was set successfully. But this still does not guarantee
> it will work, because no software can control factors outside the
> computer.
>
> - Frank